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Pacific conference on Computer systems architecture - Volume 6 January 2002 
Volume 24 Issue 3 

At the nanometer scale, the focus of micro-architecture will move from processing to 
communication. Most general computer architectures to date have been based on a 
"stored program" paradigm that differentiates between memory and processing and 
relies on communication over busses and other (relatively) long distance mechanisms. 
Nanometer-scale electronics — nanoelectronics - promises to fundamentally change 
the ground-rules. Processing will be cheap and plentiful, interconnection expensive 
but ... 



2 SmartFiies: an 00 approach to data file mteroperabiHty 89% 
Matthew Haines , Piyush Mehrotra , John Van Rosendale 

ACM SIGPLAN Notices , Proceedings of the tenth annual conference on Object- 
oriented programming systems, languages, and applications October 1995 
Volume 30 Issue 10 

Data files for scientific and engineering codes typically consist of a series of raw data 
values whose description is buried in the programs that interact with these files. In 
this situation, making even minor changes in the file structure or sharing files between 
programs (interoperability) can only be done after careful examination of the data files 
and the I/O statements of the programs interacting with this file. In short, scientific 
data files lack self-description, and other self-describin ... 
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Customizing IDL mappings and ORB protocols 79% 
Girish Welling , Maximilian Ott 

IFIP/ACM Internati nal C nference n Distributed systems piatf rms April 2000 

Current nnapplngs of IDL to implementation languages such as C++ or Java use 
CORBA specific data-types, which makes it imperative for an object implementation to 
be CORBA-compliant. While being completely CORBA-compliant ensures portability and 
interoperability, several classes of enterprise applications may only require 
interoperability with other CORBA applications. Other applications may be constrained 
by such factors as a large existing code-base or a widely used communicatio ... 

The basic object system: supporting a spectrum from prototypes to 78% 
hardened code 

Allen Dutoit , Sean Levy , Douglas Cunningham , Robert Patrick 

ACM SIGPLAN Notices , Proceedings of the 11th ACM SIGPLAN conference on 

Object-oriented programming, systems, languages, and applications October 1996 

Volume 31 Issue 10 

BOS is a prototype-based, object-oriented toolkit aimed at better supporting 
evolutionary software development. BOS attempts to support a spectrum of activities 
in one environment— ranging from rapid prototyping to code hardening. Features 
enabling rapid prototyping include a prototype-based object model, an interpreted 
language, run-time argument constraints, position and keyword arguments, and a 
user interface toolkit. BOS also provides features for code hardening such as multi- 
methods, multi ... 

Access control with IBM TivoH access manager 76% 

Giinter Karjoth 

ACM Transactions on Information and System Security (TISSEC) May 2003 
Volume 6 Issue 2 

Web presence has become a key consideration for the majority of companies and 
other organizations. Besides being an essential information delivery tool, the Web is 
increasingly being regarded as an extension of the organization itself, directly 
integrated with its operating processes. As this transformation takes place, security 
grows in importance. IBM Tivoll Access Manager offers a shared infrastructure for 
authentication and access management, technologies that have begun to emerge in 
the com ... 

Documentation: Documenting- in "the iarge vs. documenting • in -the- sman 74% 

Scott R. Til ley 

Proceedings of the 1993 conference of the Centre for Advanced Studies on 
Collaborative research: distributed computing - Volume 2 October 1993 
There is a significant difference between documenting large programs and 
documenting small ones. By large programs we mean on the order of 1,000,000 lines, 
usually written by many different people over a long period of time. Most software 
documentation may be termed documenting-in-the-small, since it typically describes 
the program at the algorithm and dat a structure level. To understand large legacy 
systems, one needs documenting-in-the-large: documentation describing the high- 
le ... 

Generic fuzzy reasoning nets as a basis for reverse engineering 69% 
relational database appiications 

Jens H. Jahnke , Wilhelm Schafer , Albert Zundorf 
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ACM SIGSOFT S ftware Engineering N tes , Pr ceedings of the 6th European 
c nference held j intly with the 5th ACM SIGSOFT internati nal symp sium n 
F undati ns fs ftware engineering November 1997 
Volume 22 Issue 6 



8 The program understanding problem; anaiysis and a heuristic approach 68% 

Steven Woods , Qiang Yang 
— Proceedings of the 18th international conference on Software engineering May 

1996 

Program understanding is tfie process of making sense of a complex source code. This 
process has been considered as computationally difficult and conceptually complex. So 
far no formal complexity results have been presented, and conceptual models differ 
from one researcher to the next. We formally prove that program understanding is NP 
hard. Furthermore, we show that even a much simpler subproblem remains NP hard. 
However we do not despair by this result, but rather offer an attractive problem so ... 



9 Design and vaikiation of QoS aware mobile internet access procedures 64% 
for heterogeneous networks 

Giuseppe Bianchi , Nicola Blefari-Melazzi , Pauline M. L. Chan , Matthias Holzbock , Y. Fun 

Hu , Axel Jahn , Ray E. Sheriff 

Mobile Networks and Applications February 2003 

Volume 8 Issue 1 

In this paper, the requirements for personal environments mobility are addressed from 
terminal and network perspectives. Practical mobility and Quality of Service (QoS) 
aware solutions are proposed for a heterogeneous network, comprising of satellite and 
terrestrial access networks connected to an IP core network. The aim, in adopting a 
heterogeneous environment, is to provide global, seamless service coverage to a 
specific area, allowing access to services independently of location. An importan ... 



10 Routing: BANANAS: an evolutionary framework for explicit and 63% 
muitipath routing in the internet 

H. Tahilramani Kaur , S. Kalyanaraman , A. Weiss , S. Kanwar , A. Gandhi 
Proceedings of the ACM SIGCOMM workshop on Future directions in network 
architecture August 2003 

Today the Internet offers a single path between end-systems even though it 
intrinsically has a large multiplicity of paths. This paper proposes an evolutionary 
architectural framework "BANANAS" aimed at simplifying the introduction of muitipath 
routing in the Internet. The framework starts with the observation that a path can be 
encoded as a short hash ("PathID") of a sequence of globally known identifiers. The 
PathID therefore has global significance (unlike MPLS or ATM labels). This property 
a ... 



11 Code migration through transformations: an experience report 
K. Kontogiannis , J. Martin , K. Wong , R. Gregory , H. Muller , J. Mylopoulos 

— Proceedings of the 1998 conference of the Centre for Advanced Studies on 
Collaborative research November 1998 

One approach to dealing with spiraling maintenance costs, manpower shortages and 
frequent breakdowns for legacy code is to "migrate" the code into a new platform 
and/or programming language. The objective of this paper is to explore the feasibility 
of semiautomating such a migration process in the presence of performance and other 
constraints for the migrant code. In particular, the paper reports on an experiment 
involving a medium-size software system written in PLyiX, Several modules of the 
sy ... 
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12 Distributed programming with intermediate IDL 62% 

Gary W. Smith , Richard A. Volz 
— ' ACM SIGAda Ada Letters , Proceedings f the ninth internati nal w rksh p n 
Real-time Ada June 1999 
Volume XIX Issue 2 

Several heterogeneous-language distributed programming systems have been 
developed which either use an explicit Interface Definition Language (IDL) for the 
specification of distributed objects or which directly translate server language 
specifications to corresponding client language representations. In this paper, we 
present a new approach which combines the advantages of these prior systems. Our 
approach uses an IDL as an implicit intermediate step in the translation from server to 
client lang ... 

13 Migration of procedural systems to network -centric platforms 57% 
Prashant Patil , Ying Zou , Kostas Kontogiannis , John Mylopoulos 

— Proceedings of the 1999 conference of the Centre for Advanced Studies on 
Collaborative research November 1999 

Technologies developed over the past few years such as CORBA, Java and the Web, 
have made it easier to build and deploy distributed object applications. These 
technologies have also made a visible impact on legacy software system evolution.This 
paper focuses on the methods for re-engineering procedural systems into new 
Network-Centric platforms. The first step of this re-engineering method is to migrate a 
legacy system into an object oriented architecture. The extraction of the object 
oriented a ... 

14 The SPEEDES Persistence Framework and the Standard SimulaUon 57% 
Architecture 

Dr. Jeffrey S. Steinman , Jennifer W. Wong 

Proceedings of the seventeenth workshop on Parallel and distributed simulation 

June 2003 

This paper provides an overview of the SPEEDESpersistence framework that is 
currently used to automatecheckpoint/ restart for the Joint Simulation System. 
Thepersistence framework interfaces are documented in thispaper and are proposed 
standards for the StandardSimulation Architecture.The persistence framework 
fundamentally keeps trackof memory allocations and pointer references within ahigh- 
speed internal database linked with applications. With persistence, an object, and the 
collection of object ... 

15 Modeling coaHtion warfare: a multhsided simuiation design 56% 
Kevin Brandt , Ellen Roland 

Proceedings of the 25th conference on Winter simulation December 1993 

16 Lessons from the battlefield 53% 

Thomas P. Vayda 

ACM SIGPLAN Notices , Proceedings of the tenth annual conference on Object- 
oriented programming systems, languages, and applications October 1995 
Volume 30 Issue 10 

The pragmatic aspects of deploying large scale Object Oriented (00) applications are 
examined. The focus is on identifying some of the main obstacles that arise in typical 
large scale 00 projects, and offering hints about effective solutions. This The topics 
are based on a number of actual large scale projects in which the author participated 
In a It significant capacity and solutions that he adopted or developed to deal with the 
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problems encountered. 

17 Workshop on object-oriented legacy systems and software evolution 52% 

nh Antero Taivalsaari , Roland Trauter , Eduardo Casais 

^ ACM SIGPLAN OOPS Messenger , Addendum to the proceedings f the 10th 
annual conference on Object-oriented programming systems, languages, and 
applications (Addendum) October 1995 
Volume 6 Issue 4 



18 A first-ciass approach to genericity 50% 

Eric Allen , Jonathan Bannet , Robert Cartwright 
^ ACM SIGPLAN Notices , Proceedings of the 18th ACM SIGPLAN conference on 

Object-oriented programing, systems, languages, and applications October 2003 

Volume 38 Issue 11 

This paper describes how to add first-class generic types— Including mixins— to 
strongly-typed 00 languages with nominal subtyping such as Java and C#. A generic 
type system is "first-class" if generic types can appear in any context where 
conventional types can appear. In this context, a mixin is simply a generic class that 
extends one of its type parameters, e.g., a class C<T> that extends T. Although 
mixins of this form are widely used in Cpp (via templates), they are clumsy an ... 

19 Turning light buSbs into objects 49% 
Bernd Bruegge , Truman Fenton , Tae Wook Kim , Ricardo Pravia , Aseem Sharma , 
Benedict Fernandes , Seongju Chang , Volker Hartkopf 
Addendum to the 1997 ACM SIGPLAN conference on Object-oriented 
programming, systems, languages, and applications (Addendum) January 1997 

20 Standards for system-level design: practical reality or solution in search 48% 
of a question? 

Christopher K. Lennard , Patrick Schaumont , Gjalt de Jong , Anssi Haverinen , Pete 
Hardee 

Proceedings of the conference on Design, automation and test in Europe January 
2000 
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Towards nanocomputer architecture 
Paul Beckett , Andrew Jennings 

Australian Computer Science Communications , Proceedings of the seventh Asia- 
Pacific conference on Computer systems architecture - Volume 6 January 2002 
Volume 24 Issue 3 

At the nanometer scale, the focus of micro-architecture will move from processing to 
communication. Most general computer architectures to date have been based on a 
"stored program" paradigm that differentiates between memory and processing and 
relies on communication over busses and other (relatively) long distance mechanisms. 
Nanometer-scale electronics — nanoelectronics - promises to fundamentally change 
the ground-rules. Processing will be cheap and plentiful, interconnection expensive 
but ... 



90% 



2 SmartFlles; an 00 approach to data file mteroperabiiity 89% 
Matthew Haines , Piyush Mehrotra , John Van Rosendale 

— ACM SIGPLAN Notices , Proceedings of the tenth annual conference on Object- 
oriented programming systems, languages, and applications October 1995 
Volume 30 Issue 10 

Data files for scientific and engineering codes typically consist of a series of raw data 
values whose description is buried in the programs that interact with these files. In 
this situation, making even minor changes in the file structure or sharing files between 
programs (interoperability) can only be done after careful examination of the data files 
and the I/O statements of the programs interacting with this file. In short, scientific 
data files lack self-description, and other self-describin ... 
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3 Customizing IDL mappings and ORB protocois 79% 

Girish Welling , Maximilian Ott 
^ IFIP/ACM Internati nal C nference n Distributed systems platforms April 2000 

Current mappings of IDL to implementation languages such as C++ or Java use 
CORBA specific data-types, which makes it imperative for an object implementation to 
be CORBA-compliant. While being completely CORBA-compliant ensures portability and 
interoperability, several classes of enterprise applications may only require 
interoperability with other CORBA applications. Other applications may be constrained 
by such factors as a large existing code-base or a widely used communicatio ... 



4 The basic object system: supporting a spectrum from prototypes to 78% 

12 hardened code 

Allen Dutoit , Sean Levy , Douglas Cunningham , Robert Patrick 

ACM SIGPLAN Notices , Proceedings of the 11th ACM SIGPLAN conference on 

Object-oriented programming, systems, languages, and applications October 1996 



Volume 31 Issue 10 

BOS Is a prototype-based, object-oriented toolkit aimed at better supporting 
evolutionary software development. BOS attempts to support a spectrum of activities 
in one environment— ranging from rapid prototyping to code hardening. Features 
enabling rapid prototyping include a prototype-based object model, an interpreted 
language, run-time argument constraints, position and keyword arguments, and a 
user interface toolkit. BOS also provides features for code hardening such as multi- 
methods, multi ... 



5 Access control with IBM TlvoH access manager 76% 
Gunter Karjoth 

ACM Transactions on Information and System Security (TISSEC) May 2003 
Volume 6 Issue 2 

Web presence has become a key consideration for the majority of companies and 
other organizations. Besides being an essential information delivery tool, the Web is 
increasingly being regarded as an extension of the organization itself, directly 
integrated with its operating processes. As this transformation takes place, security 
grows in importance. IBM Tivoli Access Manager offers a shared infrastructure for 
authentication and access management, technologies that have begun to emerge in 
the com ... 



6 Documentation: Documenting-in-the-iarge vs. documenting- in-the-smaN 74% 

Q Scott R. Tilley 

— Proceedings of the 1993 conference of the Centre for Advanced Studies on 
Collaborative research: distributed computing - Volume 2 October 1993 
There is a significant difference between documenting large programs and 
documenting small ones. By large programs we mean on the order of 1,000,000 lines, 
usually written by many different people over a long period of time. Most software 
documentation may be termed documenting-in-the-small, since it typically describes 
the program at the algorithm and dat a structure level. To understand large legacy 
systems, one needs documenting-in-the-large: documentation describing the high- 
le ... 



7 Generic fuzzy reasonmg nets as a basis for reverse engineering 
[2 relational database applications 

Jens H. Jahnke , Wllhelm Schafer , Albert Zundorf 
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ACM SIGSOFT Software Engineering Notes , Pr ceedings f the 6th Eur pean 
c nference held j intly with the 5th ACM SIGSOFT internati nal symp slum n 
F undations f s ftware engineering November 1997 
Volume 22 Issue 6 



8 The program understanding problem; anaiysis and a heuristic approach 68% 

Steven Woods , Qiang Yang 
— Proceedings of the 18th international conference on Software engineering May 

1996 

Program understanding is the process of making sense of a complex source code. This 
process has been considered as computationally difficult and conceptually complex. So 
far no formal complexity results have been presented, and conceptual models differ 
from one researcher to the next. We formally prove that program understanding Is NP 
hard. Furthermore, we show that even a much simpler subproblem remains NP hard. 
However we do not despair by this result, but rather offer an attractive problem so ... 



9 Design and vaiidation of QoS aware mobHe internet access procedures 64% 
13 for heterogeneous networks 

Giuseppe Bianchi , Nicola Blefari-Melazzi , Pauline M. L. Chan , Matthias Holzbock , Y. Fun 

Hu , Axel Jahn , Ray E. Sheriff 

Mobile Networks and Applications February 2003 

Volume 8 Issue 1 

In this paper, the requirements for personal environments mobility are addressed from 
terminal and network perspectives. Practical mobility and Quality of Service (QoS) 
aware solutions are proposed for a heterogeneous network, comprising of satellite and 
terrestrial access networks connected to an IP core network. The aim, in adopting a 
heterogeneous environment, is to provide global, seamless service coverage to a 
specific area, allowing access to services independently of location. An Importan ... 



10 Routing: BANANAS: an evolutionary framework for explicit and 63% 
^ multipath routing in the internet 

H. Tahilramani Kaur , S. Kalyanaraman , A. Weiss , S. Kanwar , A. Gandhi 
Proceedings of the ACM SIGCOMM workshop on Future directions in network 
architecture August 2003 

Today the Internet offers a single path between end-systems even though it 
intrinsically has a large multiplicity of paths. This paper proposes an evolutionary 
architectural framework "BANANAS" aimed at simplifying the introduction of multipath 
routing in the Internet. The framework starts with the observation that a path can be 
encoded as a short hash ("PathID") of a sequence of globally known identifiers. The 
PathID therefore has global significance (unlike MPLS or ATM labels). This property 
a ... 



11 Code migration through transformations; an experience report 63% 
K. Kontogiannis , J. Martin , K. Wong , R. Gregory , H. Muller , J. Mylopoulos 

— Proceedings of the 1998 conference of the Centre for Advanced Studies on 
Collaborative research November 1998 

One approach to dealing with spiraling maintenance costs, manpower shortages and 
frequent breakdowns for legacy code is to "migrate" the code into a new platform 
and/or programming language. The objective of this paper is to explore the feasibility 
of semiautomating such a migration process in the presence of performance and other 
constraints for the migrant code. In particular, the paper reports on an experiment 
involving a medium-size software system written in PI7IX. Several modules of the 
sy ... 
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12 Distributed programming with intermediate IDL 62% 

Gary W. Smith , Richard A. Volz 

ACM SIGAda Ada Letters , Proceedings f the ninth international worksh p n 
Real-time Ada June 1999 
Volume XIX Issue 2 

Several heterogeneous-language distributed programming systems have been 
developed which either use an explicit Interface Definition Language (IDL) for the 
specification of distributed objects or which directly translate server language 
specifications to corresponding client language representations. In this paper, we 
present a new approach which combines the advantages of these prior systems. Our 
approach uses an IDL as an implicit intermediate step in the translation from server to 
client lang ... 

13 Higration of procedural systems to network -centric platforms 57% 
Prashant Patil , Ying Zou , Kostas Kontogiannis , John Mylopoulos 
Proceedings of the 1999 conference of the Centre for Advanced Studies on 
Collaborative research November 1999 

Technologies developed over the past few years such as CORBA, Java and the Web, 
have made It easier to build and deploy distributed object applications. These 
technologies have also made a visible impact on legacy software system evolution.This 
paper focuses on the methods for re-engineering procedural systems into new 
Network-Centric platforms. The first step of this re-engineering method is to migrate a 
legacy system into an object oriented architecture. The extraction of the object 
oriented a ... 

14 The SPEEDES Persistence Framework and the Standard Simulation 57% 
Architecture 

Dr. Jeffrey S. Steinman , Jennifer W, Wong 

Proceedings of the seventeenth workshop on Parallel and distributed simulation 

June 2003 

This paper provides an overview of the SPEEDESpersistence framework that Is 
currently used to automatecheckpoint/restart for the Joint Simulation System. 
Thepersistence framework interfaces are documented in thispaper and are proposed 
standards for the StandardSimulation Architecture. The persistence framework 
fundamentally keeps trackof memory allocations and pointer references within ahigh- 
speed internal database linked with applications. With persistence, an object, and the 
collection of object ... 

15 Modeiing coalition warfare: a multi-sided simulation design 56% 

Kevin Brandt , Ellen Roland 

Proceedings of the 25th conference on Winter simulation December 1993 

16 Lessons from the battlefield 53% 
Thomas P. Vayda 

ACM SIGPLAN Notices , Proceedings of the tenth annual conference on Object- 
oriented programming systems, languages, and applications October 1995 
Volume 30 Issue 10 

The pragmatic aspects of deploying large scale Object Oriented (00) applications are 
examined. The focus is on identifying some of the main obstacles that arise in typical 
large scale 00 projects, and offering hints about effective solutions. This The topics 
are based on a number of actual large scale projects in which the author participated 
in a It significant capacity and solutions that he adopted or developed to deal with the 
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17 Workshop on object-oriented legacy systems and softv>/are evolution 52% 

Antero Taivalsaari , Roland Trauter , Eduardo Casals 

ACM SIGPLAN OOPS Messenger , Addendum t the pr ceedings f the 10th 
annual conference on Object-oriented programming systems, languages, and 
applications (Addendum) October 1995 
Volume 6 Issue 4 



18 A first-ciass approach to genericity 50% 
Eric Allen , Jonathan Bannet , Robert Cartwrlght 

ACM SIGPLAN Notices , Proceedings of the 18th ACM SIGPLAN conference on 
Object-oriented programing, systems, languages, and applications October 2003 
Volume 38 Issue 11 

This paper describes how to add first-class generic types— Including mixins— to 
strongly-typed 00 languages with nominal subtyping such as Java and C#. A generic 
type system is "first-class" if generic types can appear in any context where 
conventional types can appear. In this context, a mixin is simply a generic class that 
extends one of its type parameters, e.g., a class C<T> that extends T. Although 
mixins of this form are widely used in Cpp (via templates), they are clumsy an ... 

19 Turning light buibs into objects 49% 
1^ Bernd Bruegge , Truman Fenton , Tae Wook Kim , Ricardo Pravia , Aseem Sharma , 

Benedict Fernandes , Seongju Chang , Volker Hartkopf 

Addendum to the 1997 ACM SIGPLAN conference on Object-oriented 

programming, systems, languages, and applications (Addendum) January 1997 

20 Standards for system-levei design: practical reality or solution in search 48% 
of 3 question? 

Christopher K. Lennard , Patrick Schaumont , Gjalt de Jong , Anssi Haverinen , Pete 
Hardee 

Proceedings of the conference on Design, automation and test in Europe January 
2000 
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Cast Operations 6 " 

This chapter explains the new cast operations: const and volatile casts, reinterpret cast, static and 
dynamic casts. 

The emerging C++ standard defines new cast operations that provide finer control over casting than 
previous cast operations. The dynamic_cast<> operator provides a way to check the actual type of a 
pointer to a polymorphic class. Otherwise, the new casts all perform a subset of the casts allowed by the 
classic cast notation. For example, const_cast<int*>v could be written (int*) v . The new casts simply 
categorize the variety of operations available to express the programmer's intent more clearly and allow 
the compiler to better check the code. 

Cast Operations Options 

To enable recognition of the cast operators, use the option 

-f eatures=castop , which is the default. To disable recognition of the cast operators, use the option 

-f eatures=no%castop . 

Const and Volatile Cast 

The expression const_cast<T> (v) can be used to change the "const" or "volatile" qualifiers of pointers 
or references, t must be a pointer, reference, or pointer to member type. If cvl and cv2 are some 
combination of const and volatile qualifiers (that is, cvl is volatile and cv2 is const volatile ), 
const cast can convert a value of type "pointer to cvl t" to "pointer to cv2 t", or "pointer to member 
of type cvl t" to "pointer to member of type cv2 t". If we have an lvalue of type cvl T, then const_cast 
can convert it to "reference to type cv2 t". (An lvalue names an object in such a way that its address can 
be taken.) 
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|: class A { public: virtual void f(); | 

ii int i ; } ; | 

I j extern const int A::* cimp; | 

;i extern const volatile int* cvip; ii 

il ii 

I: extern int* ip; il 

|| void use_of_const_cast ( ) | 
:l { const A al; 

const_cast<A&> (al) . f ( ); // remove const 

al . * (const_cast<int A::*> cimp) = 1; // remove const 

ip = const_cast<int*> cvip; } // remove const and volatile ij 



Reinterpret Cast 

The expression reinterpret_cast<T> (v) changes the interpretation of the value of the expression v. It 
will convert from pointer types to integers and back again, between two unrelated pointers, pointers to 
members, or pointers to fiinctions. The only guarantee on such casts is that a cast to a new type, followed 
by a cast back to the original type, will have the original value. It is legal to cast an lvalue of type ti to 
type T2& if a pointer of type Tl* can be converted to a pointer of type t2* by a reinterpretcast . 
reinterpret_cast cannot be used to convert between pointers to two different classes that are related 
by inheritance (use static_cast or dynamic cast ), nor can it be used to cast away const (use 

const_cast ). 

il class A { public; virtual void f( ); }; 

ii il 
ii void use_of _reinterpret_cast { ) 

ii const A a2; 

ii int i = reinterpret_cast<int> {&al) ; // grab address | 

const int j = reinterpret_cast<int> (&a2 ) ; } // grab address 



Static Cast 

The expression static_cast<T> (v) converts the value of the expression v to that of type T. It can be 
used for any cast that is performed impHcitly on assignment. In addition, any value may be cast to void. 
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and any implicit cast can be reversed if that cast would be legal as an old-style cast. It cannot be used to 
cast away const. 

il class B { public: virtual void g( ); }; jj 

Ij class C : public B { public: virtual void g( ); }; jj 
il void use_of_static_cast ( ) jj 
|j { C c; I 
jj // an explicit temporary lvalue to the base of c, a B 

il B& br = c; 

br.g( ); // call B: :g instead of C: :g 

// a static_cast of an lvalue to the base of c, a B 

static_cast<B&:> (c) .g ( ); } // call B: :g instead of C: :g jj 



m 



Dynamic Cast 



A pointer or reference to a class can actually point to any class publicly derived from that class. 
Occasionally, it may be desirable to obtain a pointer to the fully-derived class, or to some other base class 
for the object. The dynamic cast provides this facility. 

The dynamic type cast will convert a pointer or reference to one class into a pointer or reference to 
another class. That second class must be the fully-derived class of the object, or a base class of the 
fully-derived class. 

In the expression dynamic_cast<T>(v), v is the expression to be cast, and T is the type to which it should 
be cast. T must be a pointer or reference to a complete class type, or "pointer to cv void", where cv is 
[const][voiatiie ]. In the case of pointer types, if the specified class is not a base of the fully derived 
class, the cast returns a null pointer. In the case of reference types, if the specified class is not a base of 
the fully derived class, the cast throws a bad_cast exception. For example, given the class definitions: 



ij class A { public: virtual void f( ); }; 

jj class B { public: virtual void g( ); }; 

jj class AB : public virtual A, private B { } ; 



The following function will succeed. 
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i void simple_dynamic_casts ( ) 
{ AB ab; 

B* bp = {B*)&ab; // cast needed to break protection 
A* ap = &:ab; // public derivation, no cast needed 

AB& abr = dynamic_cast<AB&:> (*bp) ; // succeeds 
ap = dynamic_cast<A*> (bp) ; assert ( ap != NULL ) 

bp = dynamic_cast<B*> (ap) ; assert ( bp == NULL ) 

ap = dynamic_cast<A*> (&abr) ; assert ( ap != NULL ) 

bp = dynamic_cast<B*> (&abr) ; assert ( bp == NULL ) 



In the presence of virtual inheritance and multiple inheritance of a single base class, the actual dynamic 
cast must be able to identify a unique match. If the match is not unique, the cast fails. For example, given 
the additional class definitions: 



II class AB_B : public AB, 

li class AB_B AB : public AB_B, 



public B { } ; 
public AB { } ; 



The following function will succeed: 



1 void complex_dynamic_casts ( ) 



{ 



AB_B ^AB ab_b ab; 

A*ap = &ab_b ab; 

// okay: finds unique A statically 
AB*abp = dynaTnic_cast<AB*> (ap) ; 

// fails: ambiguous 
assert ( abp == NULL ) ; 

// STATIC ERROR: AB_B* ab_bp = (AB_B*)ap; 

// not a dynamic cast 
AB_B*ab_bp = dynamic_cast<AB_B*> (ap) ; 

// dynamic one is okay 
assert ( ab_bp ! = NULL ) ; 



} 
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The null-pointer error return of dynamic_cast is useful as a condition between two bodies of code, one 
to handle the cast if the type guess is correct, and one if it is not. 



I void using_dynamic_cast ( A* ap 



{ 



if ( AB *abp = dynamic_cast<AB*> (ap) ) 
{ // abp is non-null, 

// so ap was a pointer to an AB object 
//go ahead and use abp 
process_AB { abp ) ; } 

else 

{ // abp is null, 

// so ap was NOT a pointer to an AB object 
//do not use abp 
process_not_AB ( ap ) ; 



} 



If run-time type information has been disabled, i.e. -features=no%rtti, (See Chapter 5, "RTTI"), the 
conpiler converts dynamic_cast to static_cast and issues a warning. 

If exceptions have been disabled (See Chapter 4, "Exception Handling"), the compiler converts 
dynamic_cast<T&> to static_cast<T&> and issues a warning. The dynamic cast to a reference may 
require an exception in normal circumstances. 

Dynamic cast is necessarily slower than an appropriate design pattern, such as conversion by virtual 
functions. See Design Patterns: Elements of Reusable Object-Oriented Software by Erich Gamma et al. 
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